home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-03-06 | 1.6 KB | 44 lines | [TEXT/GEOL] |
- Item forwarded by A33 to A34
-
- Item 7447682 6-Nov-89 20:36
-
- From: D0015 San Diego Levco, Keith Ostrom,PRT
-
- To: MACAPP.TECH$ MacApp Technical
-
- Sub: What, no resource fork? BOOM!
-
- Hi all --
-
- An interesting tidbit for your consideration (MacApp 2.0ß9):
-
- The new version of the application I am writing (RenderMan 3.0) performs all
- document I/O through a plug-in module mechanism. The modules maintain
- information about which fork(s) of the file are to be opened for I/O and the
- correct OVERRIDEs are in place to make this work right.
-
- The problem comes in when one MIGHT have a resource fork available in a file.
- A good example is a TEXT file that may or may not have font/tab information on
- the resource fork.
-
- If fUsesRsrc is set, the MAOpenFile procedure will call either OpenResFile() or
- OpenRFPerm() to open the file. If the file does not have a resource fork, then
- an error -39 (EOF) occurs when the attempt is made to read the resource map.
- The Failure chain kicks in and one gets a "Disk error" alert and a nasty
- migraine.
-
- This really isn't a bug, but it is dang (that's right, DANG) inconvenient,
- since one has to handle some file opening, which is not necessarily trivial in
- the case of file servers etc, in places that make less sense architecturally.
- While the users (ie. US) can adapt to this via an OVERRIDE to
- TDocument.OpenAFile, I feel that some consideration be made in MacApp for this
- common occurence.
-
- Then again, I may be missing something.
-
- Thanks --
-
- Duane "OVERRIDE just for the heck of it" Maxwell
-
-
-